

Type 


Hits 


Search Text 


DBS 


31 


BRS 


49 


{(search$ same (alternate near2 file))) and (directory 
or (file near2 system)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBMJDB 




BRS 


39 


{((search$ same (alternate near2 file))) and (directory 
or (file near2 system))) and (look near2 up) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 




BRS 


2 


6311187.Dn. 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


34 


BRS 


0 


09/898708 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


35 


BRS 


39 


(((search$ same (alternate near2 file))) and (directory 
or (file near2 system))) and (look riear2 up) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


36 


BRS 


39 


(((search$ same (alternate near2 file))) and (directory 
or (file near2 system))) and (look near2 up) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


37 


BRS 


36 


((((search$ same (alternate near2 file))) and (directory 
or (file near2 system))) and (look near2 up)) and 
(expandable or extend$) 


USPAT; US-PGPUB; EPO; 
JPO: DERWENT; IBM TDB 


38 


BRS 


26 


Tsearchi with falternate near2 fentrv or record^^^ 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM^TDB 


39 


BRS 


96 


(search$ with (similar near2 file)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


40 


BRS 


31 


ffsearch^ with Tsimilar near2 file^)^ and directorv' 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


41 


BRS 


16 


((search$ with (similar near2 file))) and directory 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


42 


BRS 


10 


((search$ with (alternate near2 file))) and directory 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


43 


BRS 


23 


(defect with category) same firequency 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


44 


BRS 


49 


"L23" and symptom 


USPAT; EPO; JPO; 
DERWENT; IBM^TDB 


45 


BRS 


0 


defect with cateoorv^ same freouencv^ and svmotom 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


46 


BRS 


0 


fsvmtom near2 cateaorv) and f defect near2 cateoorv^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


47 


BRS 


0 


(symtom and defect) same frequency 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


48 


BRS 


1278 


702/182 


USPAT; EPO; JPO; 
DERWENT; IBM^TDB 


49 


BRS 


153 


702/182 and defect 


USPAT; EPO; JPO; 
DERWENT; IBM^TDB 


50 


BRS 


7 


(702/182 and defect) and symptom 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


51 


BRS 


0 


(defect near2 category) and (symptom near2 category) 


USPAT; EPO; JPO; 
DERWENT;.IBM_TDB _ _ _ . 


52 


BRS 


6 


rdefect near2 tvoe^ and fsvmDtom near2 tvoe^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


53 


BRS 


400 


(look near2 up) near2 routine 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


54 


BRS 


121 


((look near2 up) near2 routine) and search$ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


55 


BRS 


33 


(((look near2 up) near2 routine) and search$) and 
alternate 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


56 


BRS 


6 


((((look near2 up) near2 routine) and search$) and 
alternate) and directory 


USPAT; EPO; JPO; 
DERWENT; IBM^TDB 


57 


BRS 


35 


Texoand^ same ^alternate near2 entrv^^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


58 


BRS 


9572 


(directory or (file near2 system)) and (filename or (file 
near2 name)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


59 


BRS 


179 


((directory or (file near2 system)) and (filename or (file 
near2 name))) and (alternative with search$) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 



05/11/2004, EAST Version: 1.04.0000 





Type 


Hits 


Search Text 


DBS 


60 


BRS 


62 


({(directory or (file near2 system)) and (filename or 
(file nedr2 name))) and (alternative with search$)) and 
((look near2 up) or lookup) 


USPAT; EPO; JPO; 
DERWENT- IBM TDB 




BRS 


54 


fsearch^ with fexten$5 near2 fentitv or entrv^^l 


USPAT; US-P6PUB; EPO; 
JPO; DERWENT; IBM_TDB 




BRS 


17 


((search$ with (exten$5 near2 (entity or entry)))) and 
directory 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 




BRS 


9 


((search$ with (exten$5 near2 (entity or entry)))) and 
directory 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


64 


BRS 


7 


HookuD same ffexoand^ or extends) near2 oath)) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


65 


BRS 


5173 


directors same search^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


66 


BRS 


1055 


(directory same search$) and (lookup or (look near2 
up)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


67 


BRS 


4 


((directory same search$) and (lookup or (look near2 
up))) and (search$ same (alternate$ near2 path)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


68 


BRS 


12 


(alternate with (entry or file)) and ((file near2 name) 
with extend$) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


69 


BRS 


1 


directors same fexDand$3 near2 seauence^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


70 


BRS 


25 


(directory same search$) and ((lookup or (look near2 
up)) with routine) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


71 


BRS 


8 


(directory same search$) and (search$ same 
(alternate$ near2 path)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


72 


BRS 


3700 


UNIX and directories 

wi«i/x m IU will ^VmVwi 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


73 


BRS 


15 


(UNIX and directories) and (search$ same (altemat$3 
near2 (path or name))) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


74 


BRS 


44 


UNIX near2 node 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


75 


BRS 


0 


(UNIX near2 node) and (search$ same (alternate 
near2 (entries or names))) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


76 


BRS 


47 


fsearch^ same f alternate near2 fentries or names^^^ 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


77 


BRS 


13 


(search$ same (alternate near2 (entries or names))) 
and UNIX 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


78 


BRS 


12 


( (search$ same (alternate near2 (entries or names))) 
and UNIX) and sequence 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


79 


BRS 


31 


f retrieve same falternate near2 fentries or names^)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


80 


BRS 


1 


(retriev$ same (alternate near2 (entries or names))) 
and UNIX 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB . . 


81 


BRS 


6 


Tretriev^ same ^alternate near2 record^^ and UNIX 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


82 


BRS 


2 


Tretrievi same ^alternate near2 filp^^ and UNIX 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


83 


BRS 


3 


fsearchi same ^alternate near2 file^^ and UNIX 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


84 


BRS 


21860 


fuser near2 flD or identifiration^^ 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


85 


BRS 


2109 


((user near2 (ID or identification))) and (network 
near2 interface) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


86 


BRS 


582 


(((user near2 (ID or identification))) and (networic 
near2 interface)) and (time with day) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


87 


BRS 


582 


(((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day) 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


88 


BRS 


0 


((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and (search$ 
same (alternated near2 file))\ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 



05/11/2004, EAST version: 1.04.0000 





Type Hits 


Search Text 


DBS 


89 


BRS 


0 


((((user near2 (ID or Identification))) and (network 
near2 Interfece)) and (time with day)) and (search$ 
same (alternated near2 file)) 


USPAT; EPO; 3P0; 
DERWENT; IBM_TDB 


90 


BRS 


0 


((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and (search$ 
same (alternated near2 record)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


91 


BRS 


2 


((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and 
(altemate$l near2 file) 


USPAT; EPO; JPO; 
DERWENT- IBI^ TDB 


92 


one 

BRS 


2109 


(((user near2 (ID or identification))) and (network 
near2 interface)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


93 


BRS 


1 


((((user near2 (ID or identification))) and (network 
near2 interface)) ) and (search$ same (altemate$ 
near2 file)) 


USPAT; EPO; JPO; 
DERWENT- IBM TDB 


94 


BRS 


21860 


( ( user near2 f ID or identification^)^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 




BRS 


57 


(((user near2 (ID or identification))) ) and (altemate$l 
near2 file) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 




BRS 


10 


(((user near2 (ID or identification))) ) and (search$ 
same (alternate$l near2 file)) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


97 


DOC* 

dK5 


194 


((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and UNIX 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


98 


BRS 


152 


(((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and UNIX) and 
search$ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


99 


BRS 


95 


(((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and UNIX) and 
search$ and (file near2 system) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


100 


BRS 


92 


((((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and UNIX) and 
search$ and (file near2 system)) and path 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


101 


BRS 


87 


(((((((user near2 (ID or identification))) and (network 
near2 interface)) and (time with day)) and UNIX) and 
search$ and (file near2 system)) and path) and 
sequence 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


102 


□ DC 

dKo 


0*3 
OJ 


((((((((user near2 (ID or identification))) and (network 
near2 Interface)) and (time with day)) and UNIX) and 
search$ and (file near2 system)) and path) and 
sequence) and character 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


103 


BRS 


5366 


^network same (fi\& near2 svstem)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


104 


BRS 


7 


((network same (file near2 system))) and (search$ 
same (alternate$ near2 record)) 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


105 


BRS 


4 


((network same (file near2 system))) and (search$ 
same (alternate$ near2 file)) 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


106 


BRS 


1438 


fUNIX same ffile near2 svstem)) 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


107 


DDC 


Dob 


((UNIX same (file near2 system))) and (file near2 
name) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


108 


BRS 


3 


(((UNIX same (file near2 system))) and (file near2 
name)) and (search$ with (user near2 (identifier or 
ID))) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


109 


BRS 


19 


(((UNIX same (file near2 system))) and (file near2 
name)) and (search$ same (user near2 (identifier or 
ID))) 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


110 


BRS 


11 


((((UNIX same (file near2 system))) and (file near2 
name)) and (search$ same (user near2 (identifier or 
ID)))) and alternated 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


111 


BRS 


18 


(((UNIX same (file near2 system))) and (file near2 
name)) and (search$ same (user near2 (identifier or 
ID))) and directory | 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 



05/11/2004, EAST version: 1.04.0000 





Type 


Hits 


Search Text 


DBS 




BRS 


2118 


rUNIX same (f\\& near2 svstem)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IB|V|_TDB 


11"? 


BRS 


999 


^fUNIX same ffile near2 svstem^)^ and fID or identifer) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM.TDB 


114 


BRS 


104 


(((UNIX same (file near2 system))) and (ID or 
identifer)) and (search$ same (file near2 name)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


115 


BRS 


99 


((((UNIX same (file near2 system))) and (ID or 
identifer)) and (search$ same (file near2 name))) and 
directories 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM^TDB 


116 


BRS 


1 


(((((UNIX same (file near2 system))) and (ID or 
identifer)) and (search$ same (file near2 name))) and 
directories) and (expan$3 near2 sequence) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


117 


BRS 


1 


(((((UNIX same (file near2 system))) and (ID or 
identifer)) and (search$ same (file near2 name))) and 
directories) and (alternate$ near2 name) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBMJTDB 


118 


BRS 


71 


((((UNIX same (file near2 system))) and (ID or 
Identifer)) and (search$ same (file near2 name))) and 
directories 


USPAT; EPO; JPO; 
DERWENT* IBM TDB 


119 


BRS 


0 


"L 9" and fsearch^ same ^alternate near2 name^^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


120 


BRS 


1 


(((UNIX same (file near2 system))) and (ID or 
Identifer)) and (search$ same (alternate near2 name)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


121 


BRS 


0 


(((UNIX same (file near2 system))) and (ID or 
identifer)) and (search$ same (alternate near2 entry)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


122 


BRS 


24 


fsearch4 same ^alternate near2 entrv^^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


123 


BRS 


2260 


^location with file^ same Tfiip near? svstpm^ 


USPAT; EPO; JPO; 
DERWENT; IBMJTDB 


124 


BRS 


1265 


((location with file) same (file near2 system)) and 
directory 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


125 


BRS 


0 


(((location with file) same (file near2 system)) and 
directory) and (expanded near2 sequence) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


126 


BRS 


806 


((location with file) same (file near2 system)) and 
directory and sequence 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


127 


BRS 


29 


(((location with file) same (file near2 system)) and 
directory and sequence) and (search$ same alternate) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


128 


BRS 


0 


(expand$4 near2 sequence) same (search$ same 
directories) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


129 


BRS 


5177 


fsearch^ same directories^ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


130 


BRS 


273 


((UNIX same (file near2 system))) and ( (search$ 
same directories)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


131 


BRS 


0 - 


(((UNIX same (file near2 system))) and ( (search$ 
same directories))) and (search$ same (alternate 
near2 entity)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


132 


BRS 


2 


(((UNIX same (file near2 system))) and ( (search$ 
same directories))) and (search$ same (alternate 
near2 name)) 


USPAT; EPO; JPO; 
DERWENT- IBM TDB 




BRS 


366 


(node near2 (identifier or ID)) and (search$ same 
directory) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBMJTDB 


134 


BRS 


147 


((node near2 (identifier or ID)) and (search$ same 
directory)) and (user near2 (account or profile)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


135 


BRS 


134 


(((node near2 (identifier or ID)) and (search$ same 
directory)) and (user near2 (account or profile))) and 
(file near2 system) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


136 


BRS 


5 


((((node near2 (identifier or ID)) and (search$ same 
directory)) and (user near2 (account or profile))) and 
(file near2 system)) and file and folder 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBMJTDB 


137 


BRS 


2631 


client near2 node 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 



05/11/2004, EAST Version: 1.04.0000 





Type 


Hits 


Search Text 


DBS 


1 "^R 




346 


(dimf nMr7 nndel and ( node near2 (ID or identifier^) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


139 


BRS 


85 


({client near2 node) and (node near2 (ID or 
identifier))) and directory and (file near2 system) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


140 


BRS 


16 


(((dient near2 node) and (node near2 (ID or 
identifier))) and directory and (file near2 system)) and 
(path near2 name) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


141 


BRS 


16 


((((client near2 node) and (node near2 (ID or 
identifier))) and directory and (file near2 system)) and 
(path near2 name)) and search$ 


USPAT; US-PGPUB; EPO; 
JPO' DERWENT' IBM TDB 


149 


BRS 


1259 


^filp nMr? cv^piYi) find (rpfn^Mi% npar3 InrsKon) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 




BRS 


740 


(f\\p npar7 w^pm) and Trpfripv^ npar3 Inratinn^ 


USPAT; EPO; JPO; 

DERWENT; IBM_TDB 


144 


BRS 


16 


((file near2 system) and (retrlev$ near3 location)) and 
(location near2 entity) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


145 


BRS 


12 


(((file near2 system) and (retriev$ near3 location)) and 
(location near2 entity)) and node 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


146 


BRS 


740 


fffile near2 svstem) and f retrieve near3 location)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


147 


BRS 


740 


rrfile near2 svstpm) and frptriev^ npar3 location)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


14R 


BRS 


2 


(((file near2 system) and (retriev$ near3 location))) 
and (search$ same (node near2 location)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


149 


BRS 


37 


(((file near2 system) and (retriev$ near3 location))) 
and (search$ same (user near2 location)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


150 


BRS 


1987 


fuser with f access near2 riaht)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


151 


BRS 


310 


((user with (access near2 right))) and directories and 
(file near2 system) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


152 


BRS 


230 


(((user with (access near2 right))) and directories and 
(file near2 system)) and path 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


153 


BRS 


66 


((((user with (access near2 right))) and directories and 
(file near2 system)) and path) and (search$ same (ID 
or identifier)) 


USPAT; EPO; JPO; 
DERWENT; IBMJDB 


154 


BRS 


54 


((({(user with (access near2 right))) and directories 
and (file near2 system)) and path) and {search$ same 
(ID or identifier))) and sequence 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


155 


BRS 


1 


(((((user with (access near2 right))) and directories 
and (file near2 system)) and path) and (search$ same 
(ID or identifier))) and (expan$3 with sequence) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


156 


BRS 


58 


({(((user with (access near2 right))) and directories 
and (file nearZ system)) and path) and (search$ same 
(ID or identifier))) and node 


USPAT; EPO; JPO; 
DERWENT- IBM TDB 


157 


BRS 


0 


667S771 nn and rrpfripv^ nparP loratinn) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM.TDB 


1S8 


BRS 


0 


667S771 nn and iorafion 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


159 


BRS 


0 


5627996 on and folder 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM^TDB 


160 


BRS 


2 


5627996 on and file 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


161 

X vx 


BRS 


85 


rfile near? w<^pm) ^mp ^pyI^^Ii nparP pntrv) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM^TDB 


162 


BRS 


1 


^fifp near? w^pm) <iamp ^nnn-PYi^rti npar9 pnfrv) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


163 


BRS 


0 


((search$ with (alternate near2 entry))) and 
(non-exist$ near2 entry) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


164 


BRS 


12 


(search$ with (alternate near2 entr/)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM.TDB 



05/11/2004, EAST Version: 1.04.0000 





Type 


Hits 


Search Text 


DBS 


165 


6RS 


11 


r^search^ with Taltemate near2 entrv)^) and exists 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBMJTDB 




BRS 


40 


fsearch^ with ^alternate near2 file)) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


167 


BRS 


0 


((search$ with (alternate near2 file))) and (non-exist$ 
near2 file) 


USPAT; US-PGPUB; EPO; 
JPO; DERWENT; IBM_TDB 


168 


BRS 


11 


(search$ with (alternate near2 file)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


169 


BRS 


12 


(search$ with (alternate near2 name)) and exist$ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


170 


BRS 


1162 


(dlternate$ near2 (entry or name)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


171 


BRS 


0 


((alternate$ near2 (entry or name))) and (missing 
near2 entry) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


172 


BRS 


78 


((alternate$ near2 (entry or name))) and (delet$ near2 
entry) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


173 


BRS 


8 


((alternate$ near2 (entry or name))) same (delet$ 
near2 entry) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


174 


BRS 


36 


(updat$ with (email near2 address)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


175 


BRS 


678 


(new near2 address) same (old near2 address) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


176 


BRS 


12 


((new near2 address) same (old near2 address)) and 
(delete near2 old) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


177 


BRS 


136 


Tuodat^ same f email near2 address)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


178 


BRS 


19 


ffuodat^ same ^email near2 address))) and 70Q/226 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


179 


BRS 


256 


fuodat^ same ^old near2 address)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


180 


BRS 


186 


((updat$ same (old near2 address))) and (new near2 

address) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


181 


BRS 


119 


((updat$ same (old near2 address))) same (new near2 
address) 


USPAT; EPO; JPO; 
DERWENT; IBM.TDB 


182 


BRS 


4 


(((updat$ same (old near2 address))) same (new 
near2 address)) and (detemiin$ same (delet$ near2 
address)) 


USPAT; EPO; JPO; 
DERWENT- IBM TDB 


183 


BRS 


9 


(look near2 up) with (alternate near2 (entry or name)) 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 


184 


BRS 


1 


6078923.pn. and compress$ 


USPAT; EPO; JPO; 
DERWENT; IBM_TDB 
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[57] ABSTRACT 

A computer-based file system enables user access to any of 
a plurali^ of previously-stored data files, each file being 
identified by at least two file names fonnatted using different 
file name formats. The system receives a user request 
including a purported file name having one or more 
appended segments and a base name, at least one of said 
appended segments being used to identify the file name 
format of said base name. The system then checks file names 
which utilize the identified file name format to locate a data 
file of the previously-stored data files having a file name 
whidi is the same as said base name. According tp another 
feature, data files are identified using one file name format 
from which the system compiles a file name using the file 
name format identified in the appended segment The base 
name is then compared against the computed file names to 
locate the desired base name file. 

21 Claims, 7 Drawing Sheets 
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METHOD AND APPARATTS FOR 
ACCESSING THE SAME COMPUTER FILE 
USING DIFFERENT FILE NAME FORMATS 

CROSS-REFERENCE TO RELATED 
APKJCAnON 

Related subject matter is disclosed in my other application 
filed Jul. 24. 1991. and assigned to the same assignee hereof; 
U.S. patent application Ser. No. 07/735393 cntiUed 
*7vlethod and Apparatus for Accessing a Conpiter-Based 
File system". 

TECHNICAL FIELD 

Hie present invention relates to a computer system and, 
more particularly, to the accessing of a file system thereof. 

BACKGROUND OF THE INVENTION 

The operating systems of computers require that file 
names meet certain constraints. A common constraint is to 
limit the maximum number of characters in a file nama 
MS-DOS® operating system (MS-DOS is a registered trade- 
mark of Microsoft Corporation) limits file names to 11 
characters; MACINTOSH® operating system 
(MACINTOSH is a registered trademark of Apple 
Computer. Inc.) limits file names to 31 diaracters; the 
UNIX® File System (UNIX is a registered trademark of 
UNIX System Laboratories, Inc.) and the OS/2® High 
Performance File System (OS/2 is a registered trademaik of 
IBM) limit file names to 255 characters. Another common 
constraint is to restrict the set of diaracters that a file name 
may include, for exanq)le, MS-DOS systems prohibit char- 
acters such as " " (blank space) from file names, and 
MACINTOSH systems prohibit ":" (colon diaracters). 
MS-DOS systems also constrain file names into a format 
with eight-character names and three-character extensions, 
while other file systenss permit any file name structure. 

It would be desirable if users of operathig systems having 
restrictive file naming formats were capable of accessing 
files created and named by other operating systems in such 
a way as to permit files to be shared among dMerent 
operating systems. It is clearly very easy to enable operating 
systems having less-restrictive file naming formats to access 
files created by operating systems having more-restrictive 
file naming formats. The difficulty lies in providing access to 
less restrictively-named files from operating systems having 
more restrictive file naming formats. Since some operating 
systems like MS-DOS have much mwe restrictive file 
names than other operating systems, e.g., MACINTOSH and 
UNIX, it is possible to aeate and name files in less restric- 
tive operating systems with names that are illegal in more 
restrictive operating systems. For example, one can create a 
file called ''meeting agenda** on either a MAC3NT0SH or a 
UNIX file system, however this file name is illegal on 
MS-DOS systems because it is too long (14 characters), does 
not meet the 8-character-file name/S-cbaracter-extension 
format, and indudes an illegal character (a blank space). 

SUMMARY OF THE INVENTION 

One solution to this problem is to create short, more 
restrictive MS-DOS file names that are aliases for the longer, 
less restrictive names that MACINTOSH and UNIX users 
may have created. For example, a MACINTOSH file '*meet- 
ing agenda** might be accessible to MS-DOS systems via the 
file name alias **meeting.age'*. The difficulty with this solu- 
tion is that one does not want these shorter aliases to pollute 
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the space affile names that MACINTOSH, UNIX and other 
less-iestrictive operating system users see. When listing the 
contents of directories, dient users only want to see one 
valid file name per file. For example, MACINTOSH users 
5 want to see '^meeting agenda**, not both **meeting agenda**, 
"meeting.age** and ofiier aliases for other dient operating 
systems. 

In accordance with the present invention, I have solved 
the above-described problems by enabling a user program 

IQ file access request to identify the file name format to be used 
for purported file names entered by the user. In one 
arrangement, a file name format is identified using a 
prq)ended segment, "dos='* for example, followed by a base 
name which is the MS-DOS alias, e.g.. '*meeting.age*', to 

15 permit an MS-DOS file server, running on a less-file name- 
restrictive operating system, to offer MS-DOS clients con- 
venient access to the file named '^meeting agenda.** A client 
con^uter user of a file system incorporating this invention 
could receive the names of file name aliases from a file 

20 server application program (which is a user program). The 
file server application makes a system call wiUi the 
prq)ended segment "dos=** and base name ".** (eg., "dos=.") 
or via a custom operating system calL The system would 
re^ond with only the MS-DOS file name aliases, e.g., 

25 '^meeting.age**. The client con^)uter user would then be able 
to access the file named "meeting agenda** from a more 
restrictive operating system, e.g., MS-DOS. The user may 
then access the file as "dos=meaing.age** in the conven- 
tional manner. Since the intended use for this invention is 

3Q with a file server application, it is expected that the client 
computo- user working from an MS-DOS computer would 
enter "meeting.age" and the file server application would 
prepend "dos^** thus producing the file name "dos= 
meeting.age" which is passed to the file system. Thus, in 

35 accordance with the present invention, a coiiq>uter-based file 
system enables access to any of a plurality of previously- 
stored data files stored in a storing means, each file being 
identified by a default, or standard, file name and one or 
more altemate name formats. The system receives a user 

40 program request including a puiported file name having zero 
or more appended segments and a base name; the presence 
of one or more aj^nded segment signals that one of the 
altemate name formats should be used, while the absence of 
an appended segment (or one explicitiy identifying the 

45 standard file name) signals that the standard name format 
should be used. Hie system then accesses the storage device 
and checks file names therein which utilize the identified file 
name format to locate a data file having a file name which 
- is die same as said- base name. 

SO According to another feature of the present invention, 
data files may be identified using one file name f onnat, from 
which the system conq>iles a file name using tiie file name 
format identified in the impended segment The base name is 
then conqiared against the con9>uted file name to locate the 

ss desired base name file. 

BRIEF DESCRIPnON OF THE DRAWING 
In the drawing 

FIG. 1 is a block diagram of a client/server network 
^ including a server con^xiter in which the present invention 
may be utilized; 
FIG. 2 shows a logical and physical structure of a file and 

a file system; 

FIG. 3 defines various terms useful in dwirrihing the 
65 present invention; 

FIGS. 4 and 5 illustiate a flow chart describing various 
operating features of the present invention; 
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FIG. 6 shows an iUustrative flow diaxt for in^lementmg 140 provides the operating system 110 with basic services 

one look-up strategy; needed by computer 100. The keniel level 130 interacts 

FIG. 7 shows an illustrative flow chart for implementing directly with the hardware level 140 providing common 

a second look-up strategy; sendees to user level 120 programs and insulating them 

T-r^ o ^ * t * t . u. r J. • 5 from hardware idiosyncrasies. Viewing the system as a set of 

FIG. « Illustrates a logical structure of a directory usmg layers, the operating system is commonly caUed the system 

aliases cff alternate names; and j^^l ^^^^^ j^^^ emphasizing its isolation from 

FIG. 9 illustrates a list of typical algorithms for computing user programs. Because user programs are independent of 

file names. the underlying hardware, it is easy to move them between 
HIGH LEVEL DESCRIPnON lo ^^^^ systems running on different hardware. The general 

description of the well-known operation of a UNIX operat- 

In the following description, eadi item or block of each j^g system is derived from Chapter 2 of the book entitled 

figure has a reference designation associated therewith, the ^'j^^ Design of the UNIX Operating System" by Maurice J. 

first number of which refers to the figure in which that item Bach. 

is first located (eg., 110 is located in HG. land step 439 i^ 15 system caU interface 131 represents the border 

located m FIG. 4). between user level 120 (user programs 121 and program 

Shown in FIG. 1 is a block diagram of an illustrative nhiaries 122) and the kernel level 130. System call interface 

dient/scrver system or network in which the present inven- converts user program calls into UNIX system caUs. 

tion may be utilized. The network includes a server com- System calls look like ordinary function calls in C programs, 

purer 100 connected to a pluraHty of cUent workstations or a^jj lihraiies map these function calls to the primitives 

coiiq>utcrs 102, 103 via a local area network (LAN) 104. ^ ^ enter the operating system in a wcU-known 

Server computer 100, illustratively, provides the client com- mannex. The set of system calls includes those diat interact 

puters 102, 103 shared access to data stored on hard disk ^^h the file system driver 132 and those that interact with 

the process control subsystems 133. The file system driver 

In one illustrative arrangement, each of the one or more ^ 132 manages files, allocating file space, controlling access to 

client coinputers 102, 103 may be a personal computer (PC) files, and retrieving data for users. Processes interact with 

which operates using the well-known MS-DOS operating the file system driver 132 via a specific set of system calls, 

system or OS/2 operating system. Hie LAN 104 may, such as open (to open a file for reading or writing), close, 

illustratively, be the AT&T STARLAN system. The server read, write, stat (query the attributes of a file), chown 

computer 1.00 may, illustratively, be an AT&T 6386 Work- ^ (change the record of who owns the file) and chmod (change 

Group System computer running on UNIX System V the access permissions of a file). The file system driver 132 

Release 4.0 operating system. The client PCs 102, 103 and accesses file data using a buffer 136 that regulates data flow 

server computer 100 may use the AT&T StarGROUP® between the kernel and secondary storage devices. The 

system software. This StarGROUP system software allows buffering mechanism interacts with block I/O device drivers 

MS-DOS and OS/2 dient PCs to transparently share data 137 to initiate data transfer to and from the kemeL Device 

files on a LAN. drivers 134 are the kernel modules that control the operation 

The server computer 100 running the server program 123 of peripheral devices. Block I/O devices 141 are random 

on top of the UNIX operating system 120 can support one access storage devices; alternatively, their device drivers 

or more large hard dislcs (e.g., 180) that can be made 137 make them ^ear to be random access storage devices 

available to client PCs 102 and 103 on the LAN 104. There ^ to the rest of the system. For example, a tape driver may 

may be a separate server program 123 for each purported allow the kernel to treat a tape unit as a random access 

operating system type (e.g., one for MS-DOS, one for storage device. The file system also interacts directly with 

UNIX, etc.). •'raw" or character 1/0 device drivers 138 without the 

Software on the cUent computer 103 interacts with the intervention of a buffering mechanisia Raw devices, some- 
server program 123 on the server computer 100 to allow 45 times called character I/O devices 142, include all devices 
access to disk 180 by client program 110. Specifically, that are not block devices. 

system calls referencing disk 180 are packaged into request The process control subsystem 133 is responsible for 

messages by the redirector 112 and transmitted to the server process synchronization, interprocess communication, 

program 123 by the network software 113 (loiown in the art memory management, and process scheduling. The file 

as netbios and protocol software) over the local area network system driver 132 and the process control subsystem 133 

104. The scrvCT program 123 processes the request and interact when loading a file into memory for execution. The 

sends a response to the client computer 103. process control subsystem 133 reads executable files into 

A more detailed description of the operating aspects of the memory before executing them, 

dient/scrvcr interaction is described in the article entitled Some ofthe system caUs for controlling processes include 

"DOS Server Program for UNIX Computers" by L J. Heiza, 55 the following: fork (create a new process), exec (overlay the 

published in AT&T Technology, Volume 4, Number One, image of a program onto the running process)* exit (finish 

executing a process), wait (synchronize process execution 

Server conq>uter 100, hereinafter referred to as the with the exit of a previously fodced process), fark (control Uie 

computer-based file server, operates under control of a size of memory allocated to a process), and signal (control 

UNK operating system 105, shown using a high-level 60 process response to extraordinary events), 

ardiitecture layer diagram. The layer diagram includes a With joint reference to HGS. 1, 2 and 3 we describe an 

user level 120, a kernel level 130, and a hardware level 140. overview of a file system. Every file is named by one or 

The user level 120 interfaces to clients (hereinafta users) more path names, 310. A path name, as shown in 310, 

102, 103 via LAN 104 enabling access to the desired file includes file names (e.g., home) separated by delimiters (/). 

stored in disk 180. 65 The internal representation of a file is given by an inode, 

The user level 120 includes user programs 121 (such as 200, which contains a description of the disk layout of the 

the server program) and libraries 122. The hardware level file data and other information such as the file owner, access . 
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pennissions. and access times. The tenn "inode" is a coor 
traction of the tenn index node and is commonly used in 
literatuie on the UNIX systenL Eveiy file has one inode, but 
it may have several path names, all of which map into the 
inode. Each path name is called a link. When a process refers 5 
to a file by path name, the kernel parses the path name one 
file name component at a time, checks that the process has 
permission to search the directories in the path, and even- 
tually retrieves the inode for the file. For example, if a 
process makes the call "open (/home/jqp)" the kernel 
retrieves the inode for "/home/jqp". As shown by 315 a "file 
system tree** for a full path name starts with a slash character 
("r) and specifics that the path name is relative to the "root" 
of the file system tree. Following the brandies that lead to 
successive component names of the path name "/home/jqp/ 
meeting agenda" designates a full path name while "/jqp/ 
meeting agenda" does not. A path name does not have to 
start fi-om root but can be designated relative to the "current 
directory" of an executing process by omitting the initial 
slash in the path name. Thus, starting from current directory 
"/home", the path name "bin" designates the file whose full 20 
path name is "/home/bin". 

When a process creates a new file, the file system driver 
132 assigns it an unused inode. Inodes are stored in a section 
223 of the physical file system 220, as will be described 
shortiy, but the file system driver 132 reads them into an in- 2s 
core-memory inode table when manipulating files. The 
UNIX system typically keeps regular files and directories on 
block devices such as disks. An installation may have 
several physical disk units each containing one or more file 
systems. A file system 220 is organized as a sequence of 30 
logical blocks, each block containing 512, 1024. 2048, or 
any convenient multiple of 512 bytes, depending on the 
system implementation. Multiples of 512 are used by con- 
vention and there is no intrinsic reason to use 512 byte 
blocks. 35 

A physical file system may have the physical structure 
illustrated by 220 of FIG. 2. The boot block 221 (only on 
some file systems) occupies the beginning of a file system, 
typically the first disk sector, and may contain tiie bootstrap 
code that is read into the machine to boot, or initialize the 40 
operating system. Although only one boot block 221 is 
needed to boot the systenL every file system may have a 
(possibly empty) boot blocL The super block 222 describes 
the state of a file system — how large it is, how many files it 
can store, where to find free space on the file system, and 45 
other information. The inode list 223 is a list of inodes tfiat 
follows the super block in the file system. Administrators 
specify the size of the inode list 223 when configuring a file 
'system. The file system driver 132 references inodes by 
index into the inode list 223. One inode is the root inode of so 
the file system: it is the inode by which the root directory 
structure of the file system is accessible after execution of 
the mount system calL The data blocks 224 start at fiie end 
of the inode list and hold the contents of file data. An 
allocated data block contains tiie actual data of a file and can 55 
belong to one and only one file in the file system. 

The operation of the present invention will be described 
as utilized in an Enhanced File System (EPS) implemented 
on a UNIX system using a virtual file system. Some UNIX 
systems use a Virtual File System (VPS) concept to organize 60 
all file system operations. Although the present invention 
docs not require a VFS mechanism, VFS provides a conve- 
nient concq)tual model to explain the invention. VFS is a 
merge of Uie System V File System Switch (FSS) and the 
SUN OS VFS mechanism. (SUN OS is a trademark of Sun 6S 
Microsystems). It is important to note that user programs 
will be unaffected by the SVR4.0 VFS architecture. 
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VFS provides a file-system-type independent interface to 
programs and users while allowing each particular file 
system to process file system operations in their own man- 
ner. File syston type dq)endent kernel routines do the work 
specific to the type. 

A key strength of VFS is that it allows new file system 
types to be defined and inqilemcnted by third-party software 
houses. The set of kernel interfaces that constitute VFS are 
available in a VFS file system type writers' guide available 
from UNIX System Laboratories, Inc. 
General DescEq)tion 

The present invention permits a programmatic or human 
user of tiie file system (hereinafter collectively refened to as 
a user) to access files using aliases or alternate names that 
may be different from the standard file name of the file 
stored in the directory structure. 

On file systems using this invention, alias forms of the 
non-restrictive file name may be stored in the file system 
itself (e.g., directory 800 of FIG. 8). Alternatively, these 
aliases could be generated "on-the-fly** by having the system 
compute alternate names (for example, using an MS-DOS- 
based predetermined file name mapping algorithm, as shown 
in FIG. 7) fiom the stored file names (in directory 800 of 
FIG. 8). When an MS-DOS user requests a list of directory 
file entries, tite server 123 enumerates the directory entries 
in the file "dos^** the systemretums the MS-DOS aliases for 
all files in the current working directcny, subject to tiie 
security and administrative controls of die computers. 
Alternately* these MS-DOS aliases could be enumerated 
using a well-known file-system-spedfic system call, sudi as 
ioctiQ. 

After the MS-DOS user receives the list of MS-DOS file 
name aliases, he/she or it (if a programatic user) then selects 
the desired file name alias and enters a file call using that file 
name alias or alternate name (e.g., "meeting.age** as shown 
by 191 of FIG. 1). The file server application program (123 
of FIG. 1), knowing that the client computer is running the 
MS-DOS operating system, would tiien prepend segment 
**dos=", thus producing the file name "dos=meeting.age" 
(192 of FIG. 1) which is passed to the file system driver 132. 

If no prepended segments were included in the file name, 
then the file system compares the base name with the file 
names stored in the directory (811, 813 and 815 in FIG. 8). 
If the prepended segment is "doss** and the MS-DOS aliases 
are stored by the file system as Alternate Name 1, then the 
file system will conopare the base name with the altnamel 
values stored in tiie directory (821, 823, and 825 in FIG. 8). 
If the prqiended segment is *^panisbs*' .and the Spanish 
language file name translations are stored as Alternate Name 
3, then the system will conq)are the base name with alt- 
name3 values stored in the directory (841, 843 and 845 in 
FIG. 8). 

If the prq>ended segment selects a file name alias that is 
computed "on-the-fly", tiien the file system will attempt to 
match the purported base name via the selected file name 
alias mapping algorithm (FIG. 7). 

DETAILED DESCMPnON 
With reference to the layer diagram of HG. 1 we now 
provide a more detailed operating descrqstion of the present 
invention. 

With joint reference to FIGS. 1 and 4 we describe the 
detailed operation of the present invention. The present 
invention is implemented to perform a file systemrspecific 
lookup feature as part of the standard lookup patii name 
feature which occurs during a conversion of a path name to 
a vnode. 
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The initial access to a file is by its path name, as in the 
open, chdir (change directory), or link system calls. Because 
the kernel 130 works internally with vnodes rather than with 
path names, it convents the path names to vnodes to access 
files. An algorithm of the UNIX system kernel parses the 
path name one component at a time, converting each com- 
ponent into a vnode based on its name and the directory 
being searched, and eventually returns the vnode of the input 
path name. 

The stq>s 401-425 and steps 429-439 illustrate the exist- 
ing steps of the path name to vnode convo'sion which are 
briefly described so that the detailed operation of the present 
invention CFIG. 5) can be explained in a typical operating 
context. 

In re^nse to a user search request or other system 
request, user program 121 makes a system call (e.g., open a 
file). When a user program 121 makes a system calL e.g., 
open (path name, open flag), the operating system kernel 
(hereinafter kernel) 130 generates the well-known command 
vn_open(name, seg* file mode, create mode, vpp, ciwhy) in 
step 401. The command vn_ppen performs penmssion 
checks and opens a file by name, returning a pointer to the 
resulting vnode. In the command vn^open the parameter 
name contains the path name; seg is the address space the 
file name is in. either user space or kernel space; file mode 
is the open mode; create mode contains the permission bits 
if the file is to be acated; vpp is a pointer to a vnode pointer 
for the result; and crwhy is the reason why this routine is 
called; it is defined if and only if file mode has the Fcreate 
bit set. 

In step 402. a file name is received firom a user program 
121. In step 403. the kernel 130 checks if the Fcreate bit is 
set If so, then in step 405 a coimnand vn^aeate( ) is 
generated in the conventional manner. The command of 
vn_create indicates to the kernel 130 that the process call 
wishes to create a new file, an operation which is well- 
known and not important to an understanding of the present 
invention. 

If the Fcreate bit is not set then, in step 407, the path name 
is checked to determine if it is not null. In our exanq)le, 
recall the path name is "/home/jqp/meeting agenda". (Note, 
in our DOS system call example, the patii name would be 
*1iomc/jqp/dos=meeting.age"). If path name is null then in 
step 409 an "entry not found" earor is returned to the user 
program 121. 

If path name is not null then, in step 411, the trailing path 
delimiters (slashes) in the path name are eliminated. (Note 
our example has no trailing slashes after ^*meeting agenda"). 
If. in step 413. the first character of *name' is a "/" character 
(indicating a path name starting at root), then the working 
directory is set to root, otherwise the working directory is set 
to the current working directory. In step 415, it is determined 
whether the working directory is acmally a directory. If not, 
then in step 417 a "not a directory" error is returned to the 
user program 121. If working directory is a directoiy ften, 
in step 419, the leading file name component (i.e., '*bome" 
in our example) is stripped off the path name. 

In st^ 421, the stripped off file name component **home" 
is compared to If equivalent then in step 423 the system 
will reference the current working directory and then control 
returns to step 415. If file name component is not "." then in 
step 425 it is compared to "..". If equivalent to ".." then in 
step 427 the parent of the current working directory is 
referenced and control returns to step 415. Otherwise, step 
428. the fiile system-specific look-up feature of the present 
invention, as illustrated in FIG. 5, is performed on the 
stripped-off file name "home". 
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Hence, after the steps of FIG. 5 arc performed on the file 
name *1iomc" it returns to step 429 with a vnode reference 
to access the file object of the file **homc". If no vnode 
reference was found then an error is returned to the user 

s program 121 in step 431. Otherwise, in step 433. the system 
checks if the vnode reference refers to a data object which 
is a symbolic link If so. then in step 435. the contents of the 
link are placed at the front of the remaining path name. 
Otherwise, in step 437 the system determines whether there 

10 are more fiile name components in the path name. If there are 
no more file name components then, in step 439, control is 
returned with a vnode reference to the data object If more 
file name conqx>nents exist, then control is returned to step 
415 for further processing. 

15 With reference to FIG. 5 we now descxibe the present 
invention, as illustratively embodied, as a file system- 
specific lookup feature. We describe the processing of the 
file name "home" of our example path name "/home^qp/ 
meeting agenda". In step 501 the requester's execute per- 

20 mission in the current directory is checked in the standard 
way. If permission does not exist, an access error message is 
returned to the user in step 502. If permission does exist 
then in step 505, 515 and 525 the file system checks if any 
prefix (X suffix was used. Since no prefix or sufOx exists for 

^ file name "home", processing continues to 528 which 
searches the anient directory for entry "home." Step 509 
checks tiiat an entry was found, and success is returned in 
step 513. The processing of both "jqp" and "meeting 
agenda" in the path name is similar to the processing of 

^0 "home" and hence will not be described. 

If permission does exist then, in step 505, the server 
determines if an MS-DOS prefix/suffix is used. In our 
example, we assume the client computer user entered **base 
name" and the server application program 123 added the 
prefix "dos=" and submitted "dos=base name" to the kernel 
130. Then, in step 507, the DOS prefix/sufBx is stripped 
from the file name. Thereafter, in step 508, the DOS name 
lookup strategy of FIG. 6 or FIG. 7 is used (discussed in later 
paragraphs). In step 509 it is determined if a matching name 

^ has been found. If it has been found then, in step 513, the 
server returns a success indication with a reference to the 
found file name. If the DOS file name was not found in step 
511 a file name not found error is returned to the dient 

In step 505, if it's determined that a DOS prefix/sufBx was 
not used then, in step 515, it is determined if a MACIN- 
TOSH prefix/sufSx has been used. If the answer is yes then, 
in step 517, the MACINTOSH prefix/sufSx is stripped from 
tiie file name. Thereafter, in step 518, the MACINTOSH 
lookup strategy is used in FIG. 6 or FIG. 7 (discussed in later 
paragrai^s). Thereafter stq) 509 is pexfcnned as previously 
descdbed. 

If a MACINTOSH prefix/suffix was not used in step 515, 
then other operating system prefix/sufSxes are tested, in 

ss steps 525. 526 and 527 in a manner as previously described 
for the DOS and MAQNTOSH-type operatiing systems. 

Prefix/sufiBx systems can be used to rq}resent name 
spaces other than those defined by oon4)uter operating 
systems. For example, the "other prefix/suffix" of 525 could 

60 be "sp=" indicating that the base name is a Spanish trans- 
lation of the English file name, lypically, file server appli- 
cation program 123. being configured for a Spanish user, 
may add the "sp=" prefix/suffix so that the client computer 
user could name files in Spanish. Thus for example, when a 

65 user requests the Spanish file name "la agenda de la 
reuneon" the server would identify it as the alternate name 
843 of standard file name "meeting agenda" (813) in work- 
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ugdirectoiySOOof FIG. 8. Id working directoiy 800, other diminated and that die first deven charactos are to be 

Spanish file name equivalents (e.g., 841 and 845) are shown arranged in an 8.3 DOS fonnaL In step 705, ttie program 

for the standard file names (e.g., 811 and 815). detennines whether flie base name matches the computed 

The f oUowing paragraphs make reference to HGS. 6 and alternate file name for the file name 811 of the first entry 801 

8. no. 6 illustrates a flow diagram used to implement a s ^^'^'^ t''"' i". 7?^. success is 

lookup strategy which, illustratively, utilizes alZate DOS l^'^Jl,^'' ^'"J'"^ ^ '".^^ 

file nles to locate UNIX files in directory 800 of FIG. 8. ^^""^.^J^"^ ^'?^'l!f "'TnZ'l^'Jf 

In the following example, we assume that tte DOS file name <»««imned if thare are more entn« m d^ectory 800. If thoe 

is stored in atonate^Lned locations of a file entry, shown '"'^f. "^^''^ then, m stq, 7U, the us« program Ul 
innG.8asahnamcl(ie..«21.823and«25).In^601. w rec«yesan entry n^not found message. If more entries 

die program is initialized to begin at the first ent^l of f^^* ^^1^, V ^t"^":^ I*' 

dii^ 800. In step 602. die ^tian uses the prefa/sufc °^ f °^,nf ^.'f^ 

(e.g..^os=") inflation to toermine which designated ^'•^ TrT'^^ l7'^%T'!^^^r^°T*' 

naie type (file name, altnamel, altname2-no diffa^ce in f ^ '^^^TV^'^Tl ""^ ^^"^ 

this exalnple) is to be checked in each of die file entries " " fPj'": "'.^'^ base name is not 

801-805 In step 603. it is determined whether the base J"""**- Alter^«atel3^ the afeotittm, can be afj^ed to 

name matches flie value of the designated name type listed ^^^^"^^ ^ name (thereby "Pbctog Jtqp 703) and 

in thefirst file entry 801 of directorfsOO. If it do^ in step computed name «Db^^ 

605 an indication of success with reference to the found ^*5^ rcplacmg st^ 

directory entry is returned to die user program 121. If the M 3 to exainplc the UNDC file name (e.g.. 813) was 

base name does not matdi the designated name ^e in the ^etmg agenda then, usmg the previously described algo- 

first entry then, in step 607. it is determined if Aere are more (eliminate blank spaces, then coerce into 8.3 format) 

entries in the directory to be checked. If there are then, in "ould compute the DOS-equivalent file name 

step 611. the program steps to the next directory entry (Le.. 'mcctuig^gen . This computed MS-DOS file name equiva- 

file entry 803) and control is returned to step 603. If. in step ^ of file name 813 of dirert«y 800 would then be 

607. it is determined that there are no more entries in compared agamst die base mane of the user prograin^taed 

directory 800 then, in stq> 609. an entry name not found ^« command (dos=base name), 

error is returned to flie user program 121. ^* J"*"* reference to FIGS. 3, SS we now review how 

nie program iUustrated by the flow chart in HG. 6 " «an access previously created UMX files 
describ^the procedure wher/by the base name is checked '° ^'^J^ '^t n^Tf } T"^^"^*"?!"^ 

against the previously-determined alternate DOS file name h«>d«»venture5 .Tfo first detemme wtodi files are prwcm 

of each entry 801 through 805 of directory 800. TTius, for " " ^J"^^TL^'^ a command to 

example, if ihe DOS ba^ name stored as altnamel by die '"T"^ f^"" 

fileTstem and was "meeting-age" then die entry 803 would '^P°^ m directory 8«K In die duectay 

have been identified and re^ed to die user program 121. ^ 5?- *' ^ «^ "^"^ «^ 

Tjr.u * . rrr^c t j \. , , cJicnt IS utihzuig a DOS madnue and. Consequently, would 

Wid, reference to HGS. 7 and 8. we describe a lookup ^^.^ ^ ^^^^^ ^^^3 

strategy which uses a predrtemuned^onthm (file name ,23 and 825 whidi are assodated wifli die UNK file names 

fT^A i^^i'J detenmne tte DOS base name eqmva- gu, 813 and 815, fliat is, "resume", "meeting agenda" and 

terns of U« UNK file names 8U 814 and 816 of directory ^ -childhood adventures", respectively. Alter^ively. if die 

previously-Specified algorithm was utilized, the server could 

FIG. 9 illustrates a list of typical algorithms that might be generate a computed alternative file name equivalent of the 

used to map die default (standard) file names (e.g., 811, 813, ukk file names 8U, 813 and 815. For example, using the 

815) to the selected alternate name type. previously-specified algOTitimi "eliminate spaces, then take 

One might implement 'format-dependent matching" 45 first 11 characters in DOS 83 form" wouldproduce the DOS 
algorithms for each type of client operating system that a file file names **rcsume", meetinga.gen" and "childhoo.dad" for 
server supports. These fonnat-dq)endent matdiing algo- the UNIX file names •*resume" "meeting agenda" and 
rithms would enable "on-the-fly" conversions of 1) the "childhood adventures", respectively. Obviously, if the corn- 
format of a base name received in a user program request to puted file names wore already stored as altnamel 831, 833 
the format of the standard file name or 2) the format of the so and 835 in entries 801, 803 and 805, respectively, of 
standard file name to the format of a base name received in diiectQiy 800, the server could merely ou^ut tiiis list of file 
a user program request FIG. 9 enumerates the format- names directly to tiie dient It should be understood that the 
dependent matdiing algorithms for some of the inqxxrtant algoridmi used with each type of operating system, shown in 
client operating systems that one might support, sudi as table 850, may be the same or different If diflferent then as 
DOS, MACINTOSH, OS/2's high peifoimance file system, 55 previously described, tiie system sdects the proper algo- 
FENPOINT operating system (PENPOINT Is a trademark of litfam using the inf cnnation firom the appended segment to 
GO Corporation), NT ^^dows operating system (NT ^n- the base name. 

dows is a registered trademaik of Miaosoft Coiporation). By first obtaining a list of alternate file names of directory 

In step 701 the program is initialized to the first entry of 800, or the computed file names, the client con^rater user 

directory 800. In step 702, the system uses the prefix/sufBx 60 can sdect and then access the desired file. The server, 

infoimation to designate which predetermined algorithm knowing that the dient was at a DOS machine, would 

should be used to compute the alternate filename. Those append the prefix "dos=" to the base name "diildhoo-adv" to 

alternate algorithms are listed in FIG. 9. In our example, the form the file name "dos=childhoo.adv". Then in step 505 of 

DOS algorithm is selected because of the prefix "dos=". In FIG. 5, the file system driver would know to strip the "dos=" 

step 703 the computed alternate file name is calculated using 65 prefix from die file name to produce a base name which is 

the DOS algorithm. For exaniple, one sudi predetermined used to seardi all of the alternate file names in directory 800. 

algorithm may specify that all spaces in file names are to be (Note, if the system uses the oonqnited alternate file name 
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technique then the procedure, as previously described in 
FIG. 7. would be followed). Using the base name 
"childhoo.adv", the server would locate the alternate name 
815 and file entry 805 as the file desired by the client Since 
entry 805 has the UNIX file name "childhood adventures" 
the proper file has been reached by the client 

While the present invention has been described as using 
a prefiA-appended segment (e.g.. "dos=" is the prefix to the 
base name) it is to be understood that a suffix-appended 
segment (e.g.. "@dos" is the suffix of the base name) ot 
combination |»:efix/suffix-appended segments could be uti- 
lized. More generally in response to a client computer user 
input, a user program may specify via a system call or other 
mechanism the file name format for subsequent purported 
file names entered by the user. Thus, for example, such a 
system call may identify the filename format to be utilized 
on all file name accesses by the user during a predefined 
period of time (e.g., a session) or until the user re-specifies 
the original, or another, format again. Such an arrangement 
enables the user to change the format on a session basis 
rather than on an individual file name access basis. 

An application or file-system specific system call (e.g., 
ioctl) can be built that translates file names from one name 
space to another. For instance, such a mechanism may 
accept a UNIX file name as input, and return the mapped 
MS-DOS file name. Such a mechanism is a straightforward 
application of the principles of this invention. 

What has been described is merely illustrative of the 
application of the principles of the present invention. Other 
arrangements and methods can be inq)lemented by those 
skilled in the art without departing from the spirit and scope 
of the present invention. 

Idaim: 

1. A computer-based file apparatus for accessing any of a 
plurality of previously-stored data files, the apparatus com- 
prising 

means for storing data files, each file identified by at least 
two file names formatted using different fille name 
formats; 

means for receiving a user request identifying a file name 
format utilized by said apparatus for a puixx)rted file 
name entered by a user, wherein said user request 
includes a purported file name having one or more 
appended segments and a base name, at least one of 
said appended segments being used to identify the file 
name format of said base name, said base name being 
used to locate a data file having a matching file name; 
and 

means for accessing said storing means and checking file 
names herein whidi utilize said identified file name 
format, to locate a data file having a file name which 
matches said puip<»ted file name. 

2. The apparatus of claim 1 wherein said at least two file 
names include a default file name and at least one alternate 
file name. 

3. The apparatus of claim 1 wherein a first file name is 
formatted utilizing a format associated with a first computer 
c^>erating system and a second file name is derived from said 
first file name by using a format associated with a second 
computer opaating system 

4. Hie ai^aratus of claim 3 wherein said first and second 
file names utilize different formats, eadi format associated 
with a different computer operating system selected from a 
group including UNIX, MACINTOSH, NT WINDOWS, 
OS/2, PENPOINT, and MS-DOS operating systems. 

5. The apparatus of claim 3 wherein the range of file 
names using said second coiiq)Uter operating system format 
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is more restdoive than the range of file names using said 
first computer system format 

6. The apparatus of claim 1 wherein said accessing means 
uses said appended segment to determine whidi of said at 

s least two file names is to be checked to locate a file name 
which matches said base name. 

7. The apparatus of claim 1 wherein at least one of said 
appended segments is a prefix segment 

8. The apparatus of daim 1 wherein at least one of said 
10 appended segments is a sufBx segment 

9. Tlie apparatus of daim 1 comprising two appended 
segments induding a prefix and a suffix of said base name. 

10. The apparatus of daim 1 wherein said appended 
segment identifies a computer operating system. 

IS 11. The apparatus of claim 1 wherein at least one file is 
identified by first and second file names, said second file 
name being formatted from said first file name by using a 
predetermined algorithm 

12. The apparatus of daim 1 wherein at least one file is 
20 identified by a first file name formatted using a first language 

and a second file name is formatted using a second language. 

13. The apparatus of claim 1 wherein said file name 
format identified in said user request is effective during a 
predefined session of user activity on said apparatus. 

25 14. A computor-based file apparatus for accessing any of 
a plurality of previously-stored data files, the apparatus 
conqirising 

means for storing data files identified using file names 
formatted using a first format 
^ means for recdving a user request induding a purported 
file name having one or more appended segments and 
a base name, at least one of said appended segments 
identifying a second format of said base name, and 

means, utilizing a format-dependent matching algorithm 
assodated with said second format for matching said 
base name to one of said stored data files and for 
accessing said matched one of said stored data files. 

15. Tlie apparatus of claim 14 wherein said matching 
means indudes 

40 

means for formatting the base name using said first 
format, and 

means for accessing said storing means to identify a 
stored file name which matdies said base name for- 
matted using said first format 

16. The apparatus of claim 14 wherein said matching 
means indudes 

means for accessing said storing means to identify a 
.stored file name which, when fonnatted using said 
second format matches said base name. 

17. A method of operating a compiter-based file apparatus 
to access any of a plurality of previously-stored data files, 
the method comprising the steps of 

storing data files, each file identified by at least two file 
55 names formatted using different file name formats; 
recdving a user request identifying a file name format to 
be utilized by said apparatus for a purported file name 
entered by a user, said user request induding a pur- 
ported file name having one or more qipended s^- 
60 ments and a base name, at least one of said appended 
segments being used to identify the file name format of 
said base name, said base name being used to locate a 
data file having a matching file name thereto; and 
accessing said stored data files and checking file names 
65 therein whidi utilize said identified file name format to 
locate a data file having a file name which matches said 
purported file name. 
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18. The method of claim 17 wherein said at least two file 
names include first and second file names which utilize 
different formats, each format associated with a different 
computer operating system selected firom a group including 
UNIX, MACINTOSH, NT WINDOWS. OS/2. PENPOIOT, ^ 
and MS-DOS operating systems. 

19. A method of operating a computer-hased file apparatus 
to access any of a plurality of previously-stored data files, 
the method comprising the steps of lo 

storing data files identified using file names f(xmatted 
using a first format 

receiving a user request including a purported file name 
having one or more appended segments and a base 
name, at least one of said appended segments identi- 
fying a second format of said base name, and 



matching, utiliring a fcnnat-dependent matching algo- 
rithm associated with said second format, said base 
name to one of said stored data files, and 

accessing said matched one of said stxned data files. 

20. The method of daim 19 wherein said matching step 
includes the stqpis of 

fomiatting the base name using said first fonnat, and 
accessing said storing means to identify a stored file name 

which matches said base name fommtted using said 

first format. 

21. The me&od of claim 19 wherein said matching step 
includes the step of 

accessing said storing means to identify a stored file name 
which, when formatted using said second format 
matches said base name. 
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